CU Amiga Super CD-ROM 2/CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso/magazine/amiga_e/amigae.jan.archive/000058_crash!archimed…rit.fr!vintenat_Mon, 24 Jan 94 04:47:17 PST.msg

Text File | 1994-02-17 | 12KB | 281 lines

Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Mon, 24 Jan 94 04:47:17 PST
Received: from archimed.irit.fr by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOPv1-0000NSC; Mon, 24 Jan 94 03:57 PST
Received: from localhost (vintenat@localhost) by archimed.irit.fr (8.6.4/8.6.4) id NAA10496 for [e-mail]; Mon, 24 Jan 1994 13:00:30 GMT
Date: Mon, 24 Jan 1994 13:00:30 GMT
Message-Id: <[e-mail]>
From: Lionel VINTENAT <[e-mail]>
To: [e-mail]
Subject: Re: E Statement, v5

>In a message about the next release of E, one feature mentioned by
>Wouter was:
>
>> - multiple returnvalues and multiple-value assignments.
>>   functions can now return more than one value, and assignment
>>   statements can store in more than one var.
>>   a,b,c:=func(); RETURN 1,2,3
>
>WRT, the multiple-value assignments, how is (or might) this capability
>different from the already available ability to have multiple assignments
>"chained" in one statement?, e.g. :
>
>   a:=b:=c:=func()
    With a:=b:=c:=func(), the 3 variables (a,b and c) are equal to the
value returned by func().
    With a,b,c:=func(), a is equal to 1, b is equal to 2 and c is equal to
3, because func() has returned the 3 values 1,2,3.

    Lionel
From crash!rbhp56.rbg.informatik.th-darmstadt.de!anh Mon, 24 Jan 94 04:47:26 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Mon, 24 Jan 94 04:47:26 PST
Received: from rbhp89.rbg.informatik.th-darmstadt.de by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOPxl-0000RZC; Mon, 24 Jan 94 04:00 PST
Received: from rbhp73.rbg.informatik.th-darmstadt.de by rbhp89.rbg.informatik.th-darmstadt.de with SMTP
    (1.36.108.4/15.6) id AA14540; Mon, 24 Jan 1994 13:00:52 +0100
Received: by rbhp73.rbg.informatik.th-darmstadt.de
    (1.36.108.4/15.6) id AA11827; Mon, 24 Jan 1994 13:00:02 +0100
Message-Id: <[e-mail]>
Date: Mon, 24 Jan 94 13:00:01 MEZ
Full-Name: Olivier Anh
In-Reply-To: <[e-mail]>; from "Barry D Wills" at Jan 21, 94 7:30 am
Mailer: Elm [revision: 66.25]
From: Olivier Anh <[e-mail]>
To: [e-mail] (The AmigaE Mailing List)
Subject: Re: Many Questions II

Hi all, and more particularly Barry


Barry wrote :
> ~8> 1) Does anyone use the IntuiSup.library (it is also called ISUP) ? I try to
> ~8> program with it...
>
> Nope.

AAAAAAAAArrrrrrrrrrgggggggggghhhhhhh......


> Try:
>
>   DEF test_border_data:PTR TO LONG
>   test_border_data:=[[ 4, 273,  33, 87, 25]:borderdata,
>                      [ 2, 275, 106, 95, 21]:borderdata,
>                      [ 1, 397, 112, 97, 15]:borderdata,
>                      [ 3, 374,   6, 63, 14]:borderdata]
>
> Just a wild guess.  I this doesn't work, you should post the
> ShowModule output for the borderdata OBJECT and ask again.  I
> could give a better answer if I knew what it looked like.

Well this does not work. with one item, the borderdata is recognized, but with this kind of list... nothing happens :(


Well this example with BorderData is not what I want really to do, I take this
because it was the smallest example I find out in the IntuiSup.c file using
the IntuiSup.library.

So, the IntuiSup create the gadget with ONE function :
  glist:=IcreateGadgets(ri, gaddata, offx, offy, locale)

    glist : returned pointer to the gadget list,
    ri    : internal pointer used by IntuiSup
    offx, offy : x and y offset to place the text of all buttons
    gaddata : pointer to a GadgetData structures.

  gaddata := [ buttonkind,
               flags,
               x,y,w,h,
               title,
               textattr,
               data1, data2, data3 ]

If I defined ONE gadget like gaddata above, I have this gadget displayed. But
when I make a list like you are saying Barry (well, with GadgetData and not
BorderData :) I don't get ANYTHING....

Hope that my explanation will help !

--
-------------------------------------------------------------------------------
   / / Olivier ANH   (ERAMUS Student)     |' And may the Force be with You ! '
\ X /  [e-mail] |             - Return of the Jedi -
-------------------------------------------------------------------------------
From crash!stack.urc.tue.nl!leon Mon, 24 Jan 94 04:47:38 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Mon, 24 Jan 94 04:47:38 PST
Received: from mailhost.tue.nl by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOQ4I-0000z3C; Mon, 24 Jan 94 04:06 PST
Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA14495
  (5.65c/IDA-1.4.4 for <[e-mail]>); Mon, 24 Jan 1994 13:06:53 +0100
Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53)
    id AA18305; Mon, 24 Jan 94 13:06:31 +0100
Received: from localhost (leon@localhost) by blade.stack.urc.tue.nl (8.6.4/8.6.4) id NAA10060 for [e-mail]; Mon, 24 Jan 1994 13:07:21 +0100
Message-Id: <[e-mail]>
Date: Mon, 24 Jan 1994 13:07:15 +0100 (MET)
In-Reply-To: <[e-mail]> from "Carl Jolley" at Jan 23, 94 11:07:48 am
X-Mailer: ELM [version 2.4 PL23]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 901
From: [e-mail] (Leon Woestenberg)
To: [e-mail]
Subject: Re: E Statement, v5

>
> In a message about the next release of E, one feature mentioned by
> Wouter was:
>
> > - multiple returnvalues and multiple-value assignments.
> >   functions can now return more than one value, and assignment
> >   statements can store in more than one var.
> >   a,b,c:=func(); RETURN 1,2,3
>
> WRT, the multiple-value assignments, how is (or might) this capability
> different from the already available ability to have multiple assignments
> "chained" in one statement?, e.g. :
>
>    a:=b:=c:=func()
>
In your example, a, b and c get the same value. In Wouter's example,
multiple (different!) values can be returned. Imagine this code:

DEF a,b,c,d=10
a,b,c:=func(d)
PROC func(value) RETURN value*value,-value,value*2

a will now be 100, b will be -10 and c becomes 20.

I hope this clears things up,

--
Intel Outside, Intuition Inside...
Leon Woestenberg ([e-mail])
--
From crash!rbhp56.rbg.informatik.th-darmstadt.de!anh Mon, 24 Jan 94 04:47:47 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Mon, 24 Jan 94 04:47:47 PST
Received: from rbhp89.rbg.informatik.th-darmstadt.de by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOQ8R-0000ObC; Mon, 24 Jan 94 04:11 PST
Received: from rbhp73.rbg.informatik.th-darmstadt.de by rbhp89.rbg.informatik.th-darmstadt.de with SMTP
    (1.36.108.4/15.6) id AA14605; Mon, 24 Jan 1994 13:11:43 +0100
Received: by rbhp73.rbg.informatik.th-darmstadt.de
    (1.36.108.4/15.6) id AA11859; Mon, 24 Jan 1994 13:10:53 +0100
Message-Id: <[e-mail]>
Date: Mon, 24 Jan 94 13:10:52 MEZ
Full-Name: Olivier Anh
In-Reply-To: <[e-mail]>; from "Joseph E. Van_Riper III" at Jan 21, 94 12:38 (noon)
Mailer: Elm [revision: 66.25]
From: Olivier Anh <[e-mail]>
To: [e-mail] (The AmigaE Mailing List)
Subject: Re: Many Questions II

Re hi

I add another note :


> I think I can answer the "STATIC struct BorderData  test_border_data[]"
> question.

In the C example, the BorderData is a list (test_border_data[])
>
> Try DEFining a variable (perhaps test_border_data), then:
>
> test_border_data:=[[4, 273, 33, 87, 25],[2, 275, 106, 95, 21],
>                    [1, 397, 112, 97, 15],[3, 374, 6, 63, 14],
>                    [INTUISUP_DATA_END]]

BUT this knid of list (I tried) is not accepted by the E...


Other NOTE :
I look into the E docs, WbArgs.e doesn't run under 1.3... So I tried this
simple program :
  PROC main()
    DEF i
    FOR i:=1 TO 100 DO WriteF('\d',i)
  ENDPROC

It runs in a shell, but not in the workbench. The output window opens and
closes without doing anything.... Strange !


3rd NOTE :
Someone, maybe you Trey, tells me to use the Delay() function... It doesn't do
anyhing, under 1.3 (I tried Delay(250), 5 seconds)

Bye, and thanx in advance


--
-------------------------------------------------------------------------------
   / / Olivier ANH   (ERAMUS Student)     |' And may the Force be with You ! '
\ X /  [e-mail] |             - Return of the Jedi -
-------------------------------------------------------------------------------
From crash!mhd1.moorhead.msus.edu!platt Mon, 24 Jan 94 05:45:20 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Mon, 24 Jan 94 05:45:20 PST
Received: from mhd1.moorhead.msus.edu by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOQkf-0000B6C; Mon, 24 Jan 94 04:50 PST
Received: by mhd1.moorhead.msus.edu (5.65/DEC-Ultrix/4.3)
    id AA29303; Mon, 24 Jan 1994 06:51:31 -0600
Message-Id: <[e-mail]>
Date: Mon, 24 Jan 1994 06:51:31 -0600 (CST)
In-Reply-To: <[e-mail]> from "[e-mail]" at Jan 23, 94 04:15:36 pm
X-Mailer: ELM [version 2.4 PL20]
Content-Type: text
Content-Length: 345
From: [e-mail] (Vincent Platt)
To: [e-mail]
Subject: EFormat

Has anyone had any problems with EFormat?  After it finishes processing my
file with a command line like so: eformat ppi.e >ppinew.e it gives me back
the command line.  Then I type my next command or just hit return and it
gurus.  It does this every time and is definitely reproducable.  I'm using
2.04, A500 (w/ a A500-HD8+ 120 meg & a 68010).
From crash!freenet.carleton.ca!ao443 Tue, 25 Jan 94 01:05:33 PST
Received: by bkhouse.cts.com (V1.17-beta/Amiga)
      id <[e-mail]>; Tue, 25 Jan 94 01:05:33 PST
Received: from freenet-news.carleton.ca by crash.cts.com with smtp
    (Smail3.1.28.1 #18) id m0pOU96-00002GC; Mon, 24 Jan 94 08:28 PST
Received: from freenet.carleton.ca by freenet-news.carleton.ca (4.1/SMI-4.0)
    id AA18204; Mon, 24 Jan 94 11:27:53 EST
Received: from localhost (ao443@localhost) by freenet.carleton.ca (8.6.4/8.6.4) id LAA03679; Mon, 24 Jan 1994 11:27:54 -0500
Date: Mon, 24 Jan 1994 11:27:54 -0500
Message-Id: <[e-mail]>
Reply-To: [e-mail]
From: [e-mail] (Jason Maskell)
To: [e-mail]
Subject: Re: EPP and stuff..


>Welcome, Jason!

    Thanks, glad to be here.
>I have stopped development on EPP.  What exactly did you have
>in mind?  Command line option and OPT EFORMAT directive that
>simply causes EPP to invoke Eformat at the end of processing?
>Like:
>
>  IF arg_Eformat THEN Execute(eformat_command_line,0,0)
>
>or something like it?

    Actually, I was thinking something more along the line of :
IF arg_Eformat
    Eformat(buffer,flags)    /* No messy unstructured IF THENs ;-> */
ENDIF
    Where Eformat would be a part of EPP. Btw, I was looking at your
code, and I bet I could speed up overall processing time quite a bit. (By
reading in the whole source and parsing in memory.)


--
-------------------------------------------------------------------------

Claimer: My employers agree wholeheartedly with my every utterance.